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(57) Abstract 

A compressed video playback system which eliminates playback mode transition artifacts. Transitions between various playback 
modes are effected in such a manner that transition artifacts are eliminated by delaying playback mode transitions until appropriate frames 
of data arc delected for propagation to the compressed video decoder. In addition, compressed video data retrieval methods arc improved 
for supporting multispced playback modes in both forward and reverse directions in an optimal manner. 
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METHOD AND APPARATUS FOR IMPLEMENTING 
PLAYBACK FEATURES FOR COMPRESSED VIDEO DATA 



BACKGROUND OF THE INVENTION 

5 

1. Field of the Invention 

The present invention relates to the field of 
storage and transmission of compressed video information. 
More particularly, the present invention relates to 
10 providing playback features such as fast forward and 

reverse playback during decompression, of encoded video 
programs . 

2 . Background 

Applications involving video transmission or 
15 storage require some form of data compression to reduce 
the otherwise tremendous volume of information required 
for video data. The International Organization for 
Standardization (ISO) Motion Picture Experts Group (MPEG) 
has developed a standard for compressing video data to 
20 manageable or useful volumes while still preserving 

enough u inf ormation" to be useful for various storage or 
transmission applications. These applications for 
storage or transmission on various digital media include 
compact disc, remote video data bases, movies oh demand, 
25 digital cable television, and high definition, television . 
MPEG is documented in ISO/IEC publications 11172 ("Coding 
of Moving Pictures and Associated Audio for Digital 
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Storage Media") and 13818 ("Generalized Coding of Motion 
Pictures and Associated Audio Information")/ also known 
as MPEG-1 and MPEG-2, respectively. As used hereafter, 
"MPEG" will be understood to refer to either MPEG-1 or 
5 MPEG-2 without distinction therebetween. 

The MPEG standard recognizes that much of the 
information in a picture within a video sequence is 
similar to information in a previous or subsequent 
picture. The MPEG standard takes advantage of this 

10 temporal redundancy to represent some pictures in terms 
of their differences from one or more pictures. A 
picture consists of a number of horizontal slices; a 
slice consists of a number of macroblocks; a macroblock 
consists of an array of blocks; and a block consists of a 

15 8x8 array of pixels. 

The video part of the MPEG standard uses motion 
compensated predictive coding, the discrete cosine 
transform (DCT) , adaptive quantization, variable - length 
encoding, and run- length encoding to compress images on a 
20 block-by-block basis. Motion compensation replaces a 
macroblock with a motion vector representing its gross 
displacement from a corresponding macroblock in the 
reference picture, plus error terms for each of the 
pixels in the macroblock. MPEG uses both forward motion 

2 5 compensation (in which a future picture referenced to a 

past picture) , and a combination of forward and backward 
motion compensation (in which a picture is referenced to 
a past picture) . The combined forward and backward 
motion compensation is called bi-directional motion 

3 0 compensat ion . 
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According to the MPEG standard, video frames 
(pictures) are classified into one of three types: I- 
frames, also called I -pictures or intraframe coded 
pictures; predicted pictures, also called P-frames or P- 
5 pictures; and B-frames or B-pictures, also called bi- 
directionally coded pictures. P-frames and B-frames are 
also collectively referred to as interframe coded images. 
The three types of video frames differ in their use of 
motion compensation. 

10 Intra pictures (I-frames or I-pictures) are 

coded using only information present in the picture 
itself. They can be thought of as being independent 
pictures. I-pictures provide random access points into 
the compressed video data. I-pictures use only transform 

15 coding and therefore provide only moderate compression. 
An I -frame provides enough information for a complete 
picture to be generated from the I -frame alone. 

Predicted pictures (P-pictures or P-frames) are 
coded from a previous I -picture or previous P-picture as 

20 a reference. They can be thought of as dependent 

pictures. The compression of P-pictures uses motion- 
compensated temporal prediction of some or all 
macroblocks in the P-picture relative to corresponding 
macroblocks from the previous I- or P-picture. Only 

25 forward motion estimation/compensation is used in this 
temporal prediction. The I- or P-picture from which a . 
P-picture is temporally predicted is, called the anchor 
picture to the P-picture and is sometimes referred to as 
the reference picture or reference frame. Predicted 

3 0 pictures provide more compression than I-pictures because 
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only the difference from a previous picture is encoded. 
One drawback of using P-pictures as anchors for 
subsequent P-pictures is that coding errors may be 
propagated through the subsequent prediction of 
5 P-pictures. 

Bi-directional pictures (B-pictures or 
B-frames) are pictures that use both a past and future 
pictures as references. Like P-pictures they can be 
thought of as dependent pictures. Some or all 

10 macroblocks in B-pictures are coded by a bi-directional 

mot ion -compensated predictive encoder using corresponding 
macroblocks from a "future" I- or P-picture for backwards 
prediction and from a previous I- or P-picture for 
forward prediction. The two reference I- or P-pictures 

15 from which a B-picture is temporally predicted are thus 
called the anchor pictures of the B-picture. Like 
P-pictures, B-pictures only encode the temporal 
differences between the B-picture and its two anchor 
pictures. Bi-directional pictures provide the most 

20 compression and do not propagate errors because they are 
never used as a reference. Bi-directional prediction 
also decreases the effects of noise by averaging two 
pictures. 

In accordance with the MPEG standard, pictures 
25 are arranged in ordered groups. The MPEG standard allows 
the encoder, to choose the frequency and location of 
I -pictures. As an example, a single group might' include 
an I -picture as the first picture in the group, with 
P-pictures distributed following every third picture and 
30 B-pictures between each "I and P" and W P and P" sequence. 
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A typical display order of picture types might include an 
I-picture every fifteenth frame, each I-picture followed 
by two B-pictures with P-pictures between each group of 
B-pictures in a sequence something like IBBPBBPBB 
5 PBBPBBI. Including an I-picture every fifteenth 
frame corresponds to (in a 30 frame per second 
environment) , having a complete picture representation 
(an independent picture) every one half- second. 

In some MPEG systems, the MPEG encoder will 
10 reorder the pictures in the video stream to present the 
pictures to the decoder in the most efficient sequence. 
In particular, the reference pictures needed to 
reconstruct B-pictures may be sent before the associated 
B-pictures. 

15 A number of well-known references, e.g. 

Mattison, "Practical Digital Video", Wiley, 1994 may be 
referenced for details about various actual mechanisms 
for encoding the video data in accordance with the MPEG 
standard. For purposes of the present application, it is 

20 important to understand the distinction between I-, P- 
and B- pictures. Specifically, it is important to 
recognize that only I -pictures (independent or reference 
pictures) provide enough information to reconstruct a 
complete picture in a video sequence without reference to 

25 other pictures. 

Existing MPEG decoders are concerned with the 
reconstruction and display of encoded video information. 
However, for users viewing the decoded information, it is 
often desirable to view the information in a mode other 
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than normal speed forward playback. Such alternative 
modes include being able to pause, or freeze, a current 
image that is being displayed. Likewise, it is often 
desirable to provide a slow motion playback in both the 
5 forward and reverse directions as well as fast forward 
and high-speed reverse functionality. 

To implement a pause function, MPEG decoders 
generally provide some mechanism for freezing the current 
image that is being displayed, thereby temporarily 

10 halting the decompression process. Decoders also 

generally include an input buffer in order to provide a 
certain level of decoupling between the timing of the 
decoding process and the timing of the data delivery 
system which would typically consist of a storage device 

15 and a storage controller. Therefore, when the decoding 
process is halted, the amount of data that is stored in 
the buffer begins to increase. In some implementations, a 
feedback mechanism responsive to the depth level of the 
input buffer is provided to the storage controller, 

20 causing it to halt the data transfer whenever necessary 
to prevent the buffer from overflowing. 

Like the pause function, slow motion playback 
in the forward direction can be achieved simply by 
sending one or more instructions to the decoder. These 

25 instructions cause the decoder to repeat each or some 

frames one or more times. As before, the amount of data 
accumulating in the decoder's input buffer will increase 
during slow motion playback due to the reduced- output 
rate . This can be compensated for by a feedback 

3 0 mechanism similar to the one described above. 
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In order to implement the fast forward 
function, some frames must be discarded, either by the 
decoder or the preceding data delivery system. This is 
because the output display rate is generally limited by 
5 the decoding and/or display apparatus (e.g.; 30 frames 
per second on a standard television video display) . An 
increase in the rate of playback can be realized by 
deleting the B- frames , should any exist. For example, if 
two of every three frames is a B-frame, then eliminating 

10 B-frames results in a three-fold increase in the rate of 
playback. Alternatively, the playback rate can be 
increased by fifty percent by first deleting all of the 
B-frames and then instructing the decoder to repeat each 
remaining frame one time. Since the B-frames are not 

15 needed for reconstruction of ■ the remaining I- and P- 

frames, their deletion would not compromise the accuracy 
of the remaining images. Higher playback rates can be 
achieved by deleting not only the B-frames, but the P- 
frames as well. This would leave only the I -frames which 

20 can always be reconstructed without referencing any other 
images. For example, if every fifteenth frame is an I- 
frame, then the rate of playback could be increased by a 
factor of fifteen simply by deleting all other frames. In 
practice, such an increase may be realized only if the 

25 data delivery system is capable of retrieving and 

presenting the data to the decoder fifteen times faster 
than the rate required for normal playback. Otherwise, if 
the data delivery hardware is not fast enough, the 
decoder's input buffer may underflow, forcing... the decoder 

3 0 to freeze a current image until more data becomes 
available . 
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The demands placed on the data delivery 
hardware can be even more severe during reverse playback. 
In a practical implementation of reverse playback, only 
the I - frames are useful. This is because the P- and B- 
5 frames cannot be reconstructed without using previously 
decoded frames for prediction. Unfortunately, the 
previous frames referred to during forward playback 
become future frames during reverse playback. 
Theoretically, these prerequisite frames could be 

10 reconstructed in advance and then stored in memory, but 
this would significantly increase the cost of the 
playback system. Therefore, a preferred solution is to 
retrieve and display only the I- frames. Various playback 
rates can .still be achieved by repeating these I-frames 

15 one or more times. A more difficult problem, however, is 
to attain high reverse playback rates without having to 
repeat each frame a multiple number of times while 
waiting for additional data to become available. Such 
multiple repetitions can seriously degrade motion 

20 rendition. 

One of the difficulties associated with multi- 
speed playback of compressed bit streams is the problem 
of transitioning from one playback mode to another. For 
example, during forward playback at high speed or reverse 

25 playback at any speed, generally, only the I-frames are 
selected by the storage controller and provided to the 
display system's decoder. When transitioning from one of 
the modes to forward playback at normal speedy the 
sequence in which frames are selected by the controller 

30 and presented to the decoder is altered. In this 
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particular case, the controller would stop deleting P- 
frames and B- frames from the compressed bit stream and 
instead would pass all types of frames to the decoder. 
Such a transition may cause artifacts to appear and 
5 remain visible during the entire transition. For 
example, if the first frame encountered after the 
controller begins to accept all types of frames is a P- 
frame, then the decoder must reference a preceding I- or 
P- frame when forming the prediction required for 

10 reconstruction. However, the decoder would only be able 
to access the last I-frame that was received prior to the 
transition to normal playback, and if this is not 
identical to the preceding frame that was used during the 
original encoding process,, then an artifact will occur. 

15 Similarly, if the first frame encountered after the 

transition is a B-frame then artifacts are almost certain 
to occur since two prerequisite frames would .be required 
to form the prediction, and at least one of these 
prerequisite frames is likely to be .a P- frame, assuming 

20 typical encoding parameters. 

From the foregoing it can be appreciated that 
.it is desirable, and is therefore an object of the 
present invention, to prevent transition artifacts when 
changing playback modes in a mult i -speed playback 
25 compressed video system. Further, it would be desirable 
to have a. mechanism for efficient data access to support 
mult i -speed playback in a compressed video system. 
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SUMMARY OF THE INVENTION 

From the foregoing, it can be appreciated and 
it is desirable, and therefore an object of the present 
5 invention, to provide a method and apparatus for 

eliminating transition artifacts in the playback of 
compressed video information when transitioning from one 
playback mode to another. It is another object of the 
present invention to provide mechanisms for efficiently 
10 retrieving from a storage device compressed video 

information in accordance with a desired playback mode. 

These and other objects of the present 
invention are provided in a video playback system in 
which a storage controller controls the flow of 

15 compressed video data to a video decoder in a manner to 
eliminate transition artifacts when transitioning from 
one playback mode to another. The storage controller, in 
response to a playback mode transition instruction, 
delays altering the mode of data propagation to the video 

20 decoder in accordance with an optimal propagation 

approach for the transition mode. In accordance with one 
embodiment of the present invention where the compressed 
video data are encoded in accordance with the MPEG 
standard, the storage controller will delay switching to 

25 the requested playback mode until the transition is 

completed. Upon entry into a transition interval, all 
retrieved data frames will be discarded until?' the 
occurrence of the next I-frame. This eliminates the 
possibility of interframe images being supplied to the 
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decoder for which no reference frame is available for 
accurate frame depiction. Subsequently, the controller 
continues to discard B-frames until receipt of the first 
P- frame. In some implementations it may be desirable to 
5 instruct the decoder to flush or empty its associated 
buffer upon entering a transition interval. However, 
since this will not shorten the duration of the interval, 
a more pleasing effect may be achieved by allowing the 
decoder to continue decoding and displaying images as 
10 long as its buffer does not become empty. In this way 

the halting of the decoding and display processes may be 
delayed and in some cases prevented depending on the 
duration of the transition interval. 

In accordance with, another aspect of the 
15 present invention, a mechanism is implemented for 

supporting various playback modes where it is desirable 
to efficiently seek I-frames as they are stored in a 
storage device. In this aspect of the present invention, 
it is recognized that I-frames will occur with a 
20 reasonable amount of predictability throughout the 

storage device and thus, memory retrievals may be made to 
.blocks of memory that reasonably estimate the location of 
the I-frames. The optimally selected blocks of memory 
then retrieved may be quickly scanned for the presence of 
25 the desired I -frame to support both forward and reverse 
playback at varying rates of speed. 

In an alternative embodiment of the present 
invention, a mechanism is introduced for tabling the 
memory location of each I- frame in a compressed video 
30 program. As the compressed program is received by a 
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storage device, an I- frame detector notes the arrival of 
each I- frame and provides this information to a host 
system which may control the maintenance of a table which 
corresponds I -frames to particular blocks of memory in 
5 the storage device. In this way, efficient and rapid 
retrieval of I-frame data blocks may be provided by the 
storage controller for providing appropriate blocks of 
memory to the decoder for effecting various playback 
modes . 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The objects, features and advantages of the 
present invention will be apparent from the following 
detailed description, in which: 

5 Figure 1 illustrates a block diagram of a 

compressed video display system which may incorporate the 
teachings of the present invention. 

Figure 2 illustrates a flow diagram for use by 
a compressed video display system for eliminating 
10 transition artifacts when transitioning between various 
playback modes. 

' Figure 3 illustrates a flow diagram for an 
efficient data retrieval process for use in a compressed 
video display system operating with various speed modes. 

15 Figure 4 illustrates a flow diagram for data 

retrieval for a compressed video display apparatus as an 
alternative procedure to that illustrated in Figure 3. 

Figure 5 illustrates a block diagram of a 
compressed video display system in which tables are 
20 maintained to facilitate the efficient retrieval of 

compressed video data for display at various playback 
speeds in accordance with the flow diagram at Figure 4 . 
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DETAILED DESCRIPTION OF THE INVENTION 

A method and apparatus are disclosed for use in 
a compressed video playback system wherein multi -speed 
playback modes are envisioned. These multi-speed 
5 playback modes include both varying speed forward 
playback as well as varying speed reverse playback. 
Although the present invention is described predominantly 
in terms of the transmission and storage of video 
information encoded in accordance with the MPEG format, 

10 the concepts and methods are broad enough to encompass 
video playback systems using other video compression 
techniques. Throughout this detailed description, 
numerous details are specified such as frame types and 
sequence organizations, in order to provide a thorough 

15 understanding of the present invention. To one skilled 
in the art, however, it will be understood that the 
present invention may be practiced without such specific 
details. In other instances, well-known control 
structures and encoder/decoder circuits have not .been 

20 shown in detail in order not to obscure the present 

invention. Particularly, many functions are described to 
be carried out by various components within a compressed 
video playback system. Those of ordinary skill in the 
art, once the functionality to be carried out by such 

25 circuits is described, will be able to implement the 
necessary -components without undue experimentation. 

Referring now to Figure 1, there is^ shown a 
generalized hardware diagram suitable for practicing the 
present invention. A Storage System 125 includes a 
30 Playback/Storage Controller 130 and a Storage Device 140. 
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In an exemplary embodiment, Controller 13 0 receives data 
from a Compressed Program Source 110, which may be an 
encoder, a cable or satellite receiver, a host processor, 
or any other source of encoded video data. In one 
5 embodiment of the present invention, the compressed video 
data are encoded in accordance with the MPEG standard 
described above and includes data about I-, P-, and B- 
pictures comprising the video information. The 
compressed program data are typically written to a 

10 Storage Device 140 under the control of Controller 130. 
Alternatively, the Compressed Program Source 110 may 
deliver the data directly to the Storage Device 140. 
Storage Device 14 0 may comprise one or more hard disks 
that stores the entire data stream for delayed decoding, 

15 a computer memory which buffers a moving window of the 

data stream needed for on-the-fly decoding, or any other 
storage device. 

During playback, the compressed program data 
are retrieved from Storage Device 140 and delivered under 

20 the direction of Controller 130 to Decoder 150 where the 
data are decompressed and subsequently displayed on a 
display device 160. This playback process is performed 
in accordance with playback mode commands sent from User 
Interface 120 to Controller 130. Such playback modes 

2 5 might include normal playback, fast forward and reverse 
playback, ■* slow forward and reverse playback, and pause. 
The User Interface 120 may be incorporated into v a set-top 
box or other control mechanism suitable for directing 
playback of a video program. 
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The compressed video data stream retrieved from 
Storage Device 140 generally must be edited before the 
data are presented to the Decoder 150, especially when 
the playback command is different from normal playback. 
5 This data manipulation functionality is provided by 
Controller 130. As will be described below, the 
compressed data manipulation process is dependent on the 
particular playback mode that has been selected and 
involves the extraction of certain I-, P- , or B-frames 

10 from the sometimes discontinuous data stream that is 

recovered from Storage Device 140. It is possible that 
some of these editing capabilities may come to be 
implemented commercially in certain decoders, and if this 
is the case, then the Controller 130 may be simplified 

15 accordingly. 

It should also be mentioned that MPEG 
compressed data streams consist of a hierarchy of header 
and extension layers in addition to the actual I-, P- , 
and B- frame data. During the following discussion, it 

20 will be assumed that all such header and extension layer 
information is combined with the image frame that 
immediately follows. For example, if an I-frame is 
encountered and it is preceded by a sequence header, 
sequence extension header, group-of -pictures header, and 

25 picture header, then all of this information would be 
considered' as part of the I-frame itself, and the 
beginning of the first such header would be treated as 
the beginning of the frame.' ^ 

One of the difficulties associated with multi- 
30 speed playback of compressed bit streams is the problem 
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of transitioning from one mode to another. For example, 
during forward playback at high speed or reverse playback 
at any speed, generally only the I - frames are selected by 
the Controller 130 and provided to the decoder (as will 
5 be discussed with respect to Table I below) . When 

transitioning from one of these modes to normal playback, 
the sequence in which frames are selected by the 
Controller 130 and presented to the decoder, is altered. 
In this particular case, the Controller 130 will stop 

10 discarding P- frames and B- frames from the compressed bit 
stream and instead will pass all types of frames to the 
Decoder 150. Usually, such a transition will cause 
transition artifacts to appear and remain visible during 
the entire transition periods For instance, if the first 

15 frame encountered after the Controller 130 begins to 

accept all types of frames is a P- frame, then the decoder 
must reference a preceding I- or P- frame when forming the 
prediction required for reconstruction of this frame. 
However, the Decoder 150 is only able to reference the 

20 last I- frame that was received prior to the transition to 
normal playback, and if this is not the reference frame 
used during the encoding process, then an artifact will 
occur. Alternatively, if the first frame encountered 
after the transition is a B-frame, then artifacts will 

25 most certainly occur since two prerequisite frames are 
required to form the prediction, and at least one of 
these prerequisite frames is a P-frame, assuming typical 
encoding parameters. 

n. * 

A method for preventing such transition 
30 artifacts is described with reference to Figure 2. Upon 
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receiving a command to transition to a different playback 
mode, the Controller 130 determines the types of frames 
that are needed for the specified playback mode according 
to Table I below: 

5 



PLAYBACK MODE 


I_ENABLE 


P_ENABLE 


B_ENABLE 


NORMAL PLAYBACK 


1 


1 


1 


SLOW MOTION FORWARD 


1 


1 


1 


MEDIUM FORWARD 


1 


1 


0 


FAST FORWARD 


1 


0 


0 


SLOW REVERSE 


1 


0 


0 


MEDIUM REVERSE 


1 


0 


0 


FAST REVERSE 


1 


0 


0 



Table I 

For example, normal playback or slow motion 
forward playback requires I-, P- and B-frames, medium 

10 forward requires only I- and P-frames, and fast forward 
or any reverse speed requires only I-frames. The 
required frame types for a given playback mode are 
indicated by setting I_ENABLE , B__ENABLE and P_ENABLE to 1 
or 0, depending on whether I-frames, P-frames, and B- 

15 frames are - to be allowed or disallowed respectively 

during the particular mode of playback subsequent to the 
transition. 
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Once the required frame types are specified, 
the Controller 130 implements the process shown in Figure 
2 in accordance with the specified frame types. In step 
210, frame -forwarding variables P^DISABLE and B_DISABLE 
5 are set to 1 in order to temporarily disable the 

selection of P-and B-frames that would cause artifacts 
absent the prerequisite frames. Such disablement is 
required for most playback transitions; however, those 
skilled in the art will appreciate that for certain 

10 transitions, temporary disablement need not occur. For 
example, in transitioning from medium forward playback 
(I- and P- frames) to normal playback (I-, P- and B- 
frames) , it would not be necessary to disable either P- 
or B-frames prior to the first I -frame after the 

15 transition command. For the majority of transitions, in 
which disablement is implemented, a variable called 
SELECT is set to 0 in step 220 to indicate that any 
subsequent data are also to be discarded rather than 
passed on to the decoder. SELECT will remain unchanged 

20 until the beginning of the first I-frame is detected at 
step 240. When this occurs, SELECT will be set to 1, in 
step 290, so that the I-frame data will be selected and 
provided to the decoder. Once the first I-frame has been 
detected and forwarded to the Decoder 150, subsequent P- 

25 frames can be forwarded to the Decoder 150 without danger 
of transition artifacts due to a missing prerequisite I- 
or P- frame., P_DISABLE is then turned off to allow 
subsequent selection of P- frames if P- frames are required/ 
for the specified playback mode. Thus, in step 250, if 

3 0 P- frames are required {PJENABLE =1) , then P_DI SABLE is 
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set to 0, but if P- frames are not required (PJENABLE =0) , 
then P_DISABLE remains set at 1 . 

Steps 260 and 270 illustrate a process for 
enabling the selection of B- frames analogous to that for 
5 enabling the selection of P-frames in steps 240 and 250. 
That is, once the first P-frame has been selected 
(P_DISABLE = 0 in step 260) , B-frame selection can be 
enabled if B- frames are required (B_ENABLE = 1 in step 
2 70) and any required B- frames can be sent to the Decoder 

10 150 in step 280 without danger of transition artifacts 

due to a missing prerequisite P- or I-frame. Of course, 
if P-frames are not required (P_DISABLE =1), B-frame 
selection will never be enabled (step 270 is skipped and 
B_DISABLE remains at 1 as initialized in step 210) , and 

15 B- frames will always be discarded (condition *n' ) at step 
280. 

At this point, the transition process is 
completed and a steady state process begins. This method 
of frame selection during transitions will insure that 

20 the Decoder 150 will only receive frames that can be 

properly decoded during the entire transition period. Of 
course, any subsequent transition, either prior to or 
after completion of the present transition, would restart 
the process in its entirety. For example, whenever a new 

25 playback mode is specified, a reset signal could be sent 
to the Controller 130 to jump to step 210 of Figure 2. 
The method can also be used when accessing a compressed 
bit stream for the first time or when randomly accessing 
one or more bit streams at any point thereafter. 
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Those skilled in the art will readily 
appreciate that the exemplary process illustrated in 
Figure 2 can easily be extended to any desired frame 
selection criteria. For example, instead of conditioning 
5 selection of P-frames on preceding I-frames and selection 
of B-frames on preceding P-f rames , one could condition 
selection of n-th I-frames on preceding I-frames and 
selection of P-frames on the preceding n-th I-frames. In 
general, frames may be hierarchically characterized as a 

10 multitude of frame types according to any definable 

characteristic, and selection of frames of any particular 
type can be conditioned on previous selection of one or 
more frames of different types. Thus, the generalized 
process is not limited to -transitioning between different 

15 playback speeds, but is generally useful for any 

transition that can be characterized in terms of changes 
to identifiable frame types. 

During normal playback, the steady state 
operation of Controller 130 and Storage Device 140 is 

20 usually quite simple. All of the compressed program data 
are retrieved from Storage Device 140 in sequential order 
and then provided to Decoder 150. However, during high 
speed forward playback, Storage Device 140 or Controller 
130 may not be capable of delivering all of the data at 

25 the desired rate. Therefore at certain playback speeds, 
it may be- necessary to sample the compressed data by 
retrieving certain storage blocks from Storage Device 140 
and skipping over others. In fact, the compressed data 
must always be sampled at certain intervals during 

30 reverse playback since sequential access can no longer be 
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applied. Ideally, the storage blocks which are retrieved 
would correspond to the frames which are to be displayed 
and the storage blocks which are skipped would correspond 
to the frames which are to be discarded. However, in 
5 practice, an exact correspondence is difficult to 

achieve. Storage devices are typically sub-divided into 
fixed-size storage blocks and any transfer of information 
must be rounded upwards to the nearest integral number of 
storage blocks. Frames, on the other hand, are variable 

10 in size with I-frames typically containing more data than 
P- frames and P- frames typically containing more data than 
B-frames. These frames need not begin at storage ■ block 
boundaries and it would be inefficient to force such a 
constraint. Moreover, the size of these frames would not 

15 be known at the time they are to be retrieved unless 

additional steps are taken to calculate and store these 
values in advance. The preferred solution is to transfer 
at least a fixed minimum number of storage blocks to the 
Controller each time data are to be retrieved. For 

20 simplicity ,. this fixed minimum amount of data 

corresponding to an arbitrary number of storage blocks, 
will be referred to as a single storage block. 

Two exemplary embodiments of processes for non- 
sequentially accessing the storage device will be 

25 described with respect to Figures 3 and 4, respectively. 
In these embodiments, it will be assumed that data are 
stored on the storage device in contiguous and sequential 
format without using a file system. However", the 
methods apply as well to storage devices in which file 

30 systems (e.g., look-up tables or other well-known 
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techniques) are used to associate sequential storage 
block addresses with non-sequential physical addresses on 
the storage device. In such cases, the storage block 
addresses can be derived using the same methods that will 
5 be described, and then mapped to the corresponding 

physical addresses on the storage device by applying the 
parameters of the file system. 

It will further be assumed that only the I- 
frames are to be selected (corresponding to fast forward 

10 or reverse playback modes in Table I) , since non- 
sequential access can usually be avoided if this is not 
the case (normal playback, slow motion forward, and 
medium motion forward playback modes in Table I) . In the 
first embodiment, the location of these I-frames on the 

15 storage device is assumed to be unknown. In the second 
embodiment, the storage block address corresponding to 
the beginning of each I- frame is assumed to be known 
during playback and a mechanism for generating this 
information will also be described. 
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Non-Sequential Access Without Previously Known Address 
Information 

Figure 3 shows the first embodiment of a 
process for retrieving I - frames for fast forward or 
5 reverse playback. The sequence number of the storage 
block last read from the Storage Device 14 0 is used to 
initialize a storage block counter k in step 300. The 
sequence number of the next I -frame to be displayed is 
determined based on the current playback mode and is 

10 denoted by *I' in step 310. In steps 320-326, an initial 
estimate of k corresponding to the beginning of this next 
I-frame is also determined, either by adding a constant M 
to the previous storage block number (k from step 300) if 
in fast forward mode (steps 320, 322, and 326), or by 

15 subtracting the constant M if in reverse mode (steps 320, 
324, and 326) . The value of M can be specified based on 
the compression ratio and the playback speed or it may be 
continuously adjusted based on the observed number of 
storage blocks separating the most recently-retrieved I- 

2 0 frames. 

The storage block identified by the preceding 
calculation is retrieved from the Storage Device 140 in 
step 330 and examined for an unique sequence of bits 
which identify the beginning of all I- frames in step 340. 

25 For example, in the MPEG standard, this sequence of bits 
is specified in international specification ISO/IEC- 
11172. If an I-frame is not found, then an adjacent 
storage block will be retrieved by incrementing the 
storage block counter k in step 360 and reading in a new 

30 storage block in step 330. Once an I-frame is detected, 
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in step 34 0, its sequence number is extracted from the 
bitstream in step 341 and compared to the desired 
sequence number I in steps 342 and 352. The I-frame may 
be earlier than the desired I-frame (condition *n' in 
5 step 352) , later than the desired I-frame (condition *n' 
in step 342) , or equal to the desired I-frame (condition 
% y' in step 352) . 

Depending on the size of each storage block and 
the current compression ratio, it may be possible for a 

10 storage block to contain more than one I-frame. 

Therefore, if the I-frame is earlier than the desired I- 
frame (condition *n' in step 352} , the remainder of the 
storage block will continue to be examined until the next 
I-frame is found either in the present storage block 

15 (condition *y' in step 354) or in the next storage block 
(steps 356, 360, 330 and 340). 

If the I-frame is later than the desired I- 
frame {condition % n' in step 342), the storage block 
counter is decremented in steps 343 and 360, the previous 
20 storage block is read from the storage device in step 
330, and the search is repeated from step 340 forward. 

If the I-frame is the desired I-frame, no 
additional searching is required. 

Once the beginning of the desired I-frame is 
25 found, SELECT is set to 1 in step 380 to indicate that 

subsequent data are to be provided to the Decoder 15 0 for 
display. Data will continue to be provided until the end 
of the I-frame is detected in step 390, even if this 
requires the retrieval of additional blocks from the 
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storage counter, j , allows this additional retrieval 
without resetting the previous storage block counter k. 

'When the end of the frame is detected, usually 
5 by detecting the beginning of the next frame, SELECT is 
cleared to 0 in step 396 to indicate that the following 
data are not to be transferred to the decoder. The next 
I -frame to be retrieved is then determined by adjusting 
the value of I to the next desired sequence number and 
10 the process is repeated from step 310 forward. 

At high playback speeds, it may not be 
necessary to retrieve the exact I-frame whose sequence 
number equals I. For example/ if reverse playback mode 
has been selected and if every twelfth frame of the 

15 compressed bit stream is an I-frame, then one might 
choose the value of I to coincide with the sequence 
number of the I-frame that occurs 12 frames earlier than 
the previously displayed I-frame. Suppose, however, that 
in the process of searching for this particular I-frame, 

20 a different I-frame is detected. If this is the one that 
occurs 24 frames before the last one that was displayed, 
then it may be better to accept this one than to continue 
searching for the one that occurs 12 frames earlier. Not 
only would this improve efficiency and reduce the 

25 performance requirements of the Controller 130 hardware, 
but it is also unlikely to have a noticeable effect on 
the aesthetic appearance of the reconstructed sequence. 
This is because at high playback speeds, the viewer is 
less sensitive to variations in the rate of playback, 

3 0 particularly when such variations only occur when there 
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is little motion activity. Fortunately, if the value of M 
is properly chosen, then this should happen only when the 
compression efficiency is higher than normal, as is often 
the case when there is little movement between frames. 

5 The relaxation of the constraint on the 

sequence number of the next I- frame can be easily 
implemented in the flow chart of Figure 3 . For reverse 
playback, this can be done simply by eliminating the 
steps denoted collectively as step 350. In this way, any 
10 detected I- frame will be selected as long as its sequence 
number is less than or equal to I . In the simplest 
implementation, any I -frame would be selected as long as 
its sequence number differs from that of the previously 
selected I-frame. 

15 Non-Sequential Access Using Previously Known Address 
Information 

A more efficient retrieval method can be used 
if the locations of the I - frames on the Storage Device 
140 are known in advance. Figure 4 shows this second 

2 0 embodiment for retrieving I - frames for fast forward and 
reverse playback. The sequence number I of the next I- 
frame to be retrieved is determined as in the first 
embodiment, based on the direction and rate of playback 
in step 400. The address or index number of the block on 

25 the storage device containing the beginning of this I- 

frame is then determined by referencing a table^ which is 
created in advance (not shown in Fig. 4) and?used to 
initialize storage block counter k in step 410. This 
storage block is then retrieved, in step 420, and the 
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beginning of the I - frame is located by scanning the 
storage block for the unique sequence of bits used to 
identify the I -frames and comparing the sequence number 
with the chosen value I, in step 430. SELECT is then set 
5 to 1, in step 440, so that subsequent data will be 

delivered to the Decoder 150. As shown in steps 450-456 
(like steps 390-396 of Fig. 3) , the Controller 130 will 
then continue to retrieve subsequent blocks from the 
storage device until the end of the I -frame is detected, 
10 at which time SELECT will be reset to 0. 

The information needed to generate the table 
mapping I- frames to storage blocks can be acquired at the 
time that the compressed bit stream is transferred to the 
Storage Device 140. This can be done using the 

15 alternative system block diagram shown in Figure 5. In 

this embodiment, the User Interface 120 has been replaced 
by a more flexible Host Processor 520 which not only 
performs the functions of the User Interface 120 but also 
maintains the I-frame block mapping table. As will be 

20 appreciated by those skilled in the art, Host 520 can be 
any computer, microprocessor, microcontroller or other 
programmable or nonprogrmmable logic capable of handling 
the necessary memory management functions. An I-frame 
Detector Circuit 515 monitors the compressed program data 

25 as they are transferred from the Compressed Program 

Source 110 to the Controller 130. The I-frame Detector 
515 interrupts the Host 520 each time an I-frame is 
detected. Host 520 reads the sequence' number ~ 
corresponding to the detected I-frame and matches it with 

30 the storage block currently being addressed on Storage 
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Device 14 0. In most systems, the storage block addressing 
information would originate on the Host 520, and 
therefore, would be readily available when generating the 
table. As will be appreciated by those skilled in the 
5 art, the I -frame Detector Circuit need not be present if 
I -frame occurrence is signaled directly from the 
Compressed Program Source 100 to the Controller 130. 

While the present invention has been disclosed 
with respect to certain particular embodiments, it is to 
10 be understood that the invention is not limited to these 
embodiments and that various modifications and changes 
thereto may be effected without departing from the spirit 
and scope of the invention. 
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CLAIMS 

What is claimed is: 



1 1. A method for preventing decoding artifacts when 

2 changing playback characteristics of a video data stream, 

3 comprising the steps of: 

4 receiving encoded data including frames of at least 

5 first and second frame types; 

6 stepping through the encoded data on a frame -by- 

7 frame basis; 

8 detecting a playback transition instruction; 

9 after detecting the playback transition instruction, 

10 inhibiting forwarding the encoded data until receipt of 

11 data corresponding to a frame of the first frame type; 

12 forwarding the frame of the first frame type for 

13 decoding; and 

14 after forwarding the. frame of the first frame type, 

15 selectively forwarding frames of the second frame type 

16 for decoding. 

1 2 . The method of claim 1 wherein forwarding the frame 

2 of the first frame type comprises: 

3 forwarding the frame of the first frame type for 

4 decoding upon detecting a predetermined occurrence of the 

5 frame of the first frame type; and 

6 granting forwarding permission for the frames of the 

7 second frame type upon determining from the transition 



WO 97/19552 



PCT/US96/17988 



31 

8 instruction that the frames of the second frame type are 

9 to be provided for decoding. 

1 3. The method of claim 2 wherein forwarding at least 

2 one frame of the second frame type comprises sending the 

3 frame for decoding if the forwarding permission has 

4 previously been granted for the frames of the second 

5 frame type . 

1 4 . The method of claim 2 wherein the frames of the 

2 first frame type comprise intraframe data. 

1 5 . The method of claim 4 wherein the frames of the 

2 second frame type comprise .interframe data. 

1 6 . The method of claim 5 wherein the interframe data 

2 comprise uni-directionally predicted data. 

1 7 . The method of claim 2 wherein the frames of the 

2 first frame type comprise uni-directionally predicted 

3 data. 

1 8. The method of claim 7 wherein the frames of the 

2 second frame type comprise bi-directionally predicted 

3 data. 

1 9. A method for preventing decoding artifacts when 

2 changing playback characteristics of a video data stream, 

3 comprising the steps of: 

4 receiving encoded data including frames of at least 

5 first and second frame types; 
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6 stepping through the encoded data on a frame -by- 

7 frame basis; 

8 detecting a playback transition instruction; 

9 detecting a frame of the first frame type; 

10 forwarding the frame of the first frame type for 

11 decoding; and 

12 after forwarding the frame of the first frame type, 

13 selectively forwarding frames of the second frame type ■ 

14 for decoding. 

1 10 . The method of claim 9 further comprising the step of 

2 inhibiting forwarding the encoded data after detecting 

3 the playback transition instruction and before receiving 

4 data corresponding to a frame; of the first frame type. 

1 11 . The method of claim 9 wherein the step of forwarding 

2 the frame of first frame type comprises the steps of: 

1 forwarding the frame of the first frame type for 

2 decoding upon detecting a predetermined occurrence of the 

3 frame of the first frame type; and 

4 granting forwarding permission for the frames of the 

5 second frame type upon determining from the transition 

6 instruction that the frames of the second frame type are 

7 to be provided for decoding. 

1 12. The method of claim 11 wherein forwarding at least 

2 one frame of the second frame type comprises the step of 

3 sending the frame for decoding if the. forwarding" 

4 permission has previously been granted for the frames of 

5 the second frame type. 
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1 13 . The method of claim 11 wherein the frames of the 

2 first frame type comprise intraframe data. 

1 14 . The method of claim 13 wherein the frames of the 

2 second frame type comprise interframe data. 

1 15 . The method of claim 14 wherein the interframe data 

2 comprise uni -directionally predicted data. 

1 16 . The method of claim 11 wherein the frames of the 

2 first frame type comprise uni-directionally predicted 

3 data. 

1 17. The method of claim 16 wherein the. frames of the 

2 second frame type comprise bi-directionally predicted 

3 data. 

1 18 . A method for retrieving encoded data from a storage 

2 device for decoding, comprising the steps of: 

3 retrieving a first encoded data frame of a 

4 predetermined type; 

5 determining an index of a second encoded data frame 

6 to be provided for decoding; 

7 estimating a storage address in the storage device 

8 for the second encoded data frame based on a decoding 

9 requirement; 

10 accessing the storage device from the estimated 

11 storage address for the second encoded data frame; and 

12 selectively continuing to access the storage device 

13 until the second encoded data frame is fully accessed. 
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1 19. The method of claim 18 wherein the step of 

2 estimating the storage address for the second data frame 

3 includes modifying an address for the first data frame in 

4 accordance with a compression ratio. 

1 20. The method of claim 18 wherein the step of 

2 estimating the storage address f or the second data frame 

3 includes modifying an address for the first data frame in 

4 accordance with a playback speed. 

1 21. The method of claim 18 wherein the step of 

2 estimating the storage address for the second data frame 

3 includes the steps of: 

4 determining a signed address change . between the 

5 first encoded data frame and a previously accessed 

6 encoded data frame; and 

7 adding the signed address change to an address of 

8 the first data frame. 

1 22. The method of claim 18 wherein the step of 

2 estimating the storage address includes using a 

3 predetermined address table. 

1 23 . The method of claim 22 wherein the predetermined 

2 address table is determined upon writing the first and 

3 second encoded data frames onto a storage device . 

1 24 . The method of claim 18 further comprising the step 

2 of searching for an identifier of the second encoded data 

3 frame, prior to the step of continuing to access the 

4 storage device . 
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1 25. The method of claim 24 further comprising the step 

2 of discarding data read from the storage device, where 

3 the read data are not part of the second encoded data 

4 frame. 

1 26. The method of claim 18 wherein the step of 

2 continuing to access the storage device includes the 

3 steps of : 

4 incrementing the storage address of the storage 

5 device ; 

6 accessing the storage device at the incremented 

7 storage 

8 address ; and . ; 

9 continuing the incrementing and accessing steps 
10 until the second encoded data frame is fully accessed. 

1 27. The method of claim 26 wherein the step of 

2 continuing to access the storage device includes the 

3 steps of incrementing the storage address on a file 

4 system, and accessing a physical storage address on the 

5 storage device, until the second encoded data frame is 

6 fully accessed, the accessed physical storage address on 

7 the storage device corresponding to the incremented 

8 storage address on the file system. 

1 28. A system for decoding and displaying compressed 

2 video data on a display device comprising: 

3 a storage device for storing the compressed video 

4 data, the compressed video data comprising independent 

5 picture data and dependent picture data; 
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6 a decoder coupled to communicate with the storage 

7 and playback controller for decoding the compressed video 

8 data for display on the display device; and 

9 a storage and playback controller coupled to 

10 communicate with the storage device for controlling the 

11 delivery of the compressed video data to the decoder, the 

12 storage and playback controller in response to a playback 

13 mode transition instruction discarding the compressed 

14 video data until receipt of a next independent picture 

15 data. 

1 29. The system of claim 28 wherein the dependent picture 

2 data comprises uni-direct ional dependent picture data and 

3 bi-directional dependent picture data, the storage and 

4 playback controller after receipt of the next independent 

5 picture data further discarding bi-directional dependent 

6 picture data until receipt of a next uni-directional 

7 dependent picture data. 

1 30. The system of claim 28 wherein the storage and 

2 playback controller is coupled to receive the compressed 

3 video data from a compressed program source, the storage 

4 and playback controller for controlling the storage of 

5 the compressed video data in the storage device. 

1 31. The system of claim 28 further comprising means for 

2 estimating the storage locations of independent picture 

3 data in the storage device for effecting a desired 

4 playback mode. 
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1 32. The system of claim 31 wherein the means for 

2 estimating includes means for estimating storage 

3 locations for subsequent independent picture data for 

4 effecting a fast forward playback mode. 

1 33. The system of claim 31 wherein the means for 

2 estimating includes means for estimating storage 

3 locations for previous independent picture data for 

4 effecting a reverse playback mode. 

1 34. The system of claim 30 further comprising: 

2 an independent picture data detector coupled to 

3 monitor the compressed video data from the compressed 

4 program source as the video data are stored in the 

5 storage device; and 

6 a table maintenance means coupled to communicate 

7 with the independent picture data detector and with the 

8 storage and playback controller, the table maintenance 

9 means for maintaining a table of storage locations in the 

10 storage device corresponding to storage locations for the 

11 independent picture data detected by the independent 

12 picture detector. 

1 35. The .system of claim 34 further comprising a host 

2 processor for incorporating the table maintenance means 

3 and for providing the playback mode transition 

4 instruction to the storage and playback controller. 

1 36. The system of claim 29 wherein the compressed video 

2 data are encoded in accordance with the MPEG standard, 

3 the independent picture data comprises I-Pictures, the 
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4 uni-directional picture data comprises P- Pictures and the 

5 . bi-directional dependent picture data comprises B- 

6 Pictures. 

1 37. The system of claim 30 further comprising a table 

2 maintenance means coupled to communicate with the 

3 compressed program source and the storage and playback 

4 controller, the table maintenance means for maintaining a 

5 table of storage locations in the storage device, the 

6 storage locations being determined upon receipt of 

7 independent picture identification signals from the 

8 compressed program source. 

1 38. The system of claim 37 -further comprising a host 

2 processor for incorporating the table maintenance means 

3 and for providing the playback mode transition 

4 instruction to the storage and playback controller. 

1 39. A system for providing compressed video data in a 

2 controlled sequence comprising : 

3 _ a storage device for storing the compressed video 

4 data, the compressed video data comprising at least first 

5 and second picture data types; and 

6 a storage and playback controller coupled to 

7 communicate with the storage device for controlling 

8 delivery of the compressed video data, the storage and 

9 playback controller accessing the storage device by 

10 estimating a storage location in the storage device for a 

11 next desired frame of compressed video data of the first 

12 picture data type. 
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1 40. The system of claim 39 wherein the storage and 

2 playback controller incorporates means for incrementing 

3 an index value into the storage device a predetermined 

4 amount M in accordance with a compression characteristic 

5 of the compressed video data for effecting a fast forward 

6 playback mode. 

1 41, The system of claim 39 wherein the storage and 

2 playback controller incorporates means for decrementing 

3 an index value into the storage device a predetermined 

4 amount M in accordance with a compression characteristic 

5 of the compressed video data for effecting a reverse 

6 playback mode . 

1 42. The system of claim 39 wherein the first picture 

2 data type comprises independent picture data and the 

3 second picture data type comprises dependent picture 

4 data. 

1 43. A system for providing compressed video data in a 

2 controlled sequence, the system receiving the compressed 

3 video data from a compressed program source, the system 

4 comprising : 

5 a storage device for storing the compressed video 

6 data when it is received from the compressed program 

7 source, the compressed video data comprising at least 

8 first and second picture data types; 

9 a first picture data type detector coupled to 

10 monitor the compressed video data from the compressed 

11 program source as the compressed video data are stored in 

12 the storage device; 
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13 a table maintenance means coupled to communicate 

14 with the first picture data type detector for maintaining 

15 a table of storage device locations corresponding to 

16 storage locations for the independent picture data 

17 detected by the detector; and 

18 a storage and playback controller coupled to 

19 communicate with the storage device for storing the 

20 compressed video data therein and for controlling 

21 delivery of the compressed video data, the storage and 

22 playback controller retrieving data from the storage 

23 device by referring to the table for a storage location 

24 in the storage device for a next desired frame of 

25 compressed video data of the first picture data type. 

1 44. The system of claim 43 wherein the first picture 

2 data type comprises independent picture data and the 

3 second picture data type comprises dependent picture 

4 data. 

1 45. The system of claim 44 wherein the dependent picture 

2 data comprises uni -directional dependent picture data and 

3 bi-directional dependent picture data, the storage and 

4 playback controller after receipt of the next independent 

5 picture data further discarding bi-directional dependent 

6 picture data until receipt of a next uni-directional 

7 dependent picture data. 

1 46. The system of claim 45 wherein the compressed video 

2 data are encoded in accordance with the MPEG standard, 

3 the independent picture data comprises I -Pictures, the 

4 uni-directional picture data comprises P-Pictures, and the 
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5 bi-directional dependent picture data comprises B- 

6 Pictures. 

1 47. The system of claim 43 further comprising a host 

2 processor for incorporating the table maintenance means 

3 and for providing the playback mode transition 

4 instruction to the storage and playback controller. 

1 48 . A system for providing compressed video data in a 

2 controlled sequence, the system receiving the compressed 

3 video data from a compressed program source, the system 

4 comprising: 

5 a storage device for storing the compressed video 

6 data when. it is received from 1 the compressed program 

7 source, the compressed video data comprising at least 

8 first and second picture data types; 

9 a table maintenance means coupled to communicate 

10 with the compressed program source and the storage and 

11 playback controller, the table maintenance means for 

12 maintaining a table of storage locations in the storage 

13 device, the storage locations being determined upon 

14 receipt of independent picture identification signals 

15 from the compressed program source; and 

16 a storage and playback controller coupled to 

17 communicate with the storage device for storing the 

18 compressed video data therein and for controlling 

19 delivery, of, the compressed video data, the storage and 

20 playback controller retrieving data from the storage 

21 device by referring to the table for a storage, location 

22 in the storage device for a next desired frame of 

23 compressed video data of the first picture data type. 
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1 49. The system of claim 48 wherein the first picture 

2 data type comprises independent picture data and the 

3 second picture data type comprises dependent picture 

4 data. 

1 50. The system of claim 4 9 wherein the dependent picture 

2 data comprises uni-directional dependent picture data and 

3 bi-directional dependent picture data, the storage and 

4 playback controller after receipt of the next independent 

5 picture data further discarding bi-directional dependent 

6 picture data until receipt of a next uni-directional 

7 dependent picture data. 

1 51. The system of claim 50 wherein the compressed video 

2 data are encoded in accordance with the MPEG standard, 

3 the independent picture data comprises I -Pictures, the 

4 uni-directional picture data comprises P- Pictures and the 

5 bi-directional dependent picture data comprises B- 

6 Pictures. 

1 52. The system of claim 48 further comprising a host 

2 processor for incorporating the table maintenance means 

3 and for providing the playback mode transition 

4 instruction to the storage and playback controller. 

1 53. A storage and playback controller for use in an MPEG 

2 display system for controlling the delivery of compressed 

3 video data to a decode and display mechanism, the storage 

4 and playback controller in response to a playback mode 
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5 transition instruction discarding the compressed video 

6 data until receipt of a next I-frame of video data. 

1 54. The storage and playback controller of claim 53, the 

2 storage and playback controller accepting at least one P- 

3 frame of video data after the receipt of the I-frame of 

4 video data. 

1 55. The storage and playback controller of claim 54, the 

2 storage and playback controller accepting at least one B- 

3 frame of video data after acceptance of the P- frame of 

4 video data. 
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